@jcaron Thanks for the info!

@thosch42 Thanks for the progress update. Glad you managed to get it to work. Just to note. "Empty" messages are intentional. calls to recv are blocking and will eventually timeout returning an empty message if no data has been read during that period.

@robert-hh So a remote raw lora receiver with a lot of nodes sending it is just inevitable that collisions happen? My current "solution" is to send and wait for it to send back an acknowledge, if not just wait a random period of time.

@robert-hh So far, I have used the fipy connected to wify and I have also used the fipy with lte. I'm not sure what I'm using (Ap or STA).... but I only use one technology at a time (wifi or lte) wifi code (config.py) """LoPy LoRaWAN Nano Gateway configuration options""" import machine import ubinascii WIFI_MAC = ubinascii.hexlify(machine.unique_id()).upper() GATEWAY_ID = GATEWAY_ID = WIFI_MAC[:6] + "FFFE" + WIFI_MAC[6:12] SERVER = 'router.us.thethings.network' PORT = 1700 NTP = "pool.ntp.org" NTP_PERIOD_S = 3600 WIFI_SSID = '' WIFI_PASS = '' LORA_FREQUENCY = 903900000 LORA_GW_DR = "SF10BW125" # DR_0 LORA_NODE_DR = 0 LTE code (config.py) """ LoPy LoRaWAN Nano Gateway configuration options """ import machine import ubinascii WIFI_MAC = ubinascii.hexlify(machine.unique_id()).upper() Set the Gateway ID to be the first 3 bytes of MAC address + 'FFFE' + last 3 bytes of MAC address GATEWAY_ID = WIFI_MAC[:6] + "FFFE" + WIFI_MAC[6:12] SERVER = 'router.us.thethings.network' PORT = 1700 NTP = "pool.ntp.org" NTP_PERIOD_S = 3600 for US915 LORA_FREQUENCY = 903900000 LORA_GW_DR = "SF10BW125" # DR_0 LORA_NODE_DR = 0

@jmarcelino Am getting the error at gateway side. Error message with line number is as below Traceback (most recent call last): File "<stdin>", line 47, in <module> TypeError: unsupported types for add: 'str', 'bytes' Gateway code is attached also node side code is attached. And also please let me know whether i have used correct method to send data to server in the gateway code, using below lines of code response = urequests.get("http://localhost/ksn/server.php?data=" + msg) response.close() 1_1523684617338_node.py 0_1523684617338_gateway.py

@seung-beom-kim said in LoRa Gateway: @bmarkus No, I don't. I'm interesting in dust monitoring system of shipyard using many of Lopy. And I want to know how to install LoRa network using Lopy. For example, when I purchase 100 of Lopy, I want to know which LoRa gateway I should use. Are you saying you do not want to use LoRaWAN? For a 100 devices industrial system I strongly advice to use LoRaWAN. For GW, there are many option, e.g. a Kerlink indor or outdoor, TEKTELIC PICO, etc. For Kelink IoT Station and iFemtocell you either buy SPN which is in embedded LoRaWAN network server, you can buy a MULTITECH CONDUIT. If you need a LoRaWAN server you can chose LORIOT or other cloed services. Plenty of options. But using 100 devices you need a real GW, I mean with SX1301 board which can receive uplink messages on 8 channels, 6 per channels (if DR is different) and can manage the devices. Do not use single channel SX127x based device as a gateway except you are a specialist of networks and you have our own, trusted protocol. But still you can not eliminate hardware limitations.

This looks like the example from 5.3.6 rather than 5.3.4 You can get the most up2date version from our GitHub repository. The easiest way is to download an archive of the most recent version and then open the directory examples/lorawan-nano-gateway/ in either Visual Studio Code or Atom, modify config.py and upload the code to the board.

@modialiasger For anyone to be able to help you, you'll have to provide a lot more details: what version of the firmware are your running? do you have an antenna hooked up to the LoPy? Is is connected to the right port? what code are you using to connect? what is the configuration of your gateway? is the device correctly recorded in the TTN backend? are you performing an OTAA or an ABP join? what happens? Do you have any errors? If so, which? is there anything showing up in the gateway's or TTN logs? If so, what?